home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20041116-20060924 / 000282_fdc@columbia.edu_Sun Mar 19 15:31:46 2006.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB

  1. Path: newsmaster.cc.columbia.edu!not-for-mail
  2. From: Frank da Cruz <fdc@columbia.edu>
  3. Newsgroups: comp.protocols.kermit.misc
  4. Subject: Re: closing a macro completely upon connect
  5. Date: 19 Mar 2006 20:30:57 GMT
  6. Organization: Columbia University
  7. Lines: 55
  8. Message-ID: <slrne1rfs1.mj2.fdc@sesame.cc.columbia.edu>
  9. References: <uGRPf.40748$VV4.591414@ursa-nb00s0.nbnet.nb.ca> <kLSPf.9392$X.1010@news-wrt-01.rdc-nyc.rr.com> <slrne10fck.8bc.fdc@sesame.cc.columbia.edu> <RqZPf.40942$VV4.594211@ursa-nb00s0.nbnet.nb.ca> <slrne10uul.jul.fdc@sesame.cc.columbia.edu> <H81Qf.41050$VV4.597519@ursa-nb00s0.nbnet.nb.ca> <ok2Qf.12766$nB6.1669@news-wrt-01.rdc-nyc.rr.com> <aQkQf.41491$VV4.608841@ursa-nb00s0.nbnet.nb.ca> <pVlQf.14280$4%1.10175@news-wrt-01.rdc-nyc.rr.com> <ATwQf.41716$VV4.616149@ursa-nb00s0.nbnet.nb.ca> <s3CQf.15925$nB6.6246@news-wrt-01.rdc-nyc.rr.com> <vmPQf.42198$VV4.628778@ursa-nb00s0.nbnet.nb.ca> <3CVQf.10658$X.5797@news-wrt-01.rdc-nyc.rr.com> <KaQRf.43750$VV4.667140@ursa-nb00s0.nbnet.nb.ca> <EWZRf.18631$4%1.15@news-wrt-01.rdc-nyc.rr.com> <Hq%Rf.43986$VV4.672937@ursa-nb00s0.nbnet.nb.ca> <slrne1rels.lh9.fdc@sesame.cc.columbia.edu>
  10. Reply-To: fdc@columbia.edu
  11. NNTP-Posting-Host: sesame.cc.columbia.edu
  12. X-Trace: newsmaster.cc.columbia.edu 1142800257 21175 128.59.59.56 (19 Mar 2006 20:30:57 GMT)
  13. X-Complaints-To: postmaster@columbia.edu
  14. NNTP-Posting-Date: 19 Mar 2006 20:30:57 GMT
  15. User-Agent: slrn/0.9.8.0 (SunOS)
  16. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:15534
  17.  
  18. On 2006-03-19, Frank da Cruz <fdc@columbia.edu> wrote:
  19. : On 2006-03-15, Scott Caissie <scottac@nb.sympatico.ca> wrote:
  20. :: Can you clarify your own posts? A few things are bothering me still.
  21. ::
  22. :: Macros only execute in "command mode".  Its been several years since I
  23. :: fixed the bug associated with SET KEY and terminal mode, but my
  24. :: recollection is that the macro would be configured to execute and
  25. :: "terminal or connect mode" would not be exited.
  26. ::
  27. : I hope I can clarify this by saying that keystroke macros should be able to
  28. : run in either Command mode or Connect mode, but currently don't due to the
  29. : aforementioned bug.  But when you invoke a macro with a keystroke while in
  30. : Connect mode, K95 temporarily enters Command mode to execute it, because
  31. : that's where commands are executed, and a macro is just a series of commands.
  32. :
  33. : When you assign something to a key with SET KEY, it can be a character or
  34. : string to be transmitted to the host, or a Kverb, or a macro invocation.  The
  35. : first two are executed directly in Connect mode, the latter can be executed
  36. : only in Command mode.  You can mix all of these things in a single key
  37. : definition.  I presently don't have a version of K95 handy without the bug,
  38. : so I can't say exactly how this appears to the user; there might or might not
  39. : be some visible transitions on the screen.
  40. :
  41. Upon rereading this, I see I should make one more clarification.  The word
  42. "macro" is vague.  Keystroke macros are often understood to be assignments of
  43. characters or strings to a key.  That's not what we're talking about here.
  44. There is no bug in Kermit 95 in this respect.  The bug involves only the
  45. assignment of a Kermit macro invocation to a key.  For example:
  46.  
  47.   define somemacro xxx, yyy, zzz
  48.  
  49. (where xxx, yyy, and zzz is a list of one or more Kermit commands).  This
  50. macro can be assigned to (say) the F11 key as follows:
  51.  
  52.   set key \378 \Ksomemacro
  53.  
  54. or:
  55.  
  56.   set key \378 \K{somemacro}
  57.  
  58. This looks like a Kverb but it isn't.  As long as the string following the \K
  59. is not the name of a built-in Kverb, it is looked up in Kermit's macro table
  60. and, if found, executed (by internally switching to command mode temporarily).
  61. This is what does not work when the key is pressed while in Connect mode
  62. (because of the bug).  It still works when the key is pressed while in the
  63. Command screen.  The bug is fixed in Jeff's copy:
  64.  
  65.   http://www.columbia.edu/kermit/support.html
  66.  
  67. but I can't distribute that yet, until some arrangements have been made
  68. between Columbia University and Jeff, which are taking a long time.  In the
  69. meantime, it is available directly from Jeff as described on the page linked
  70. to above.
  71.  
  72. - Frank